ATTENTION: You are viewing a page formatted for mobile devices; to view the full web page, click HERE.

Main Area and Open Discussion > General Software Discussion

Goodbye, Bitbucket!

<< < (4/6) > >>

Tuxman:
P.S.:

I'll move all of my projects over to Darcshub (the smaller ones) and probably somewhere else (the larger ones) before the deadline.
-Tuxman (August 21, 2019, 02:44 PM)
--- End quote ---

Let's talk about the "somewhere else" for a while, crossing out Darcshub which is currently unsurpassed for what it does.

The main reasons why I keep (soon: kept) some of my projects on Bitbucket and, partially, GitHub were pure egoism:

[*]Those services provide(d) a low entry barrier for potential collaborators. Not that my projects had attracted actual collaborators, except for this one. It was really easy to find my code.
[*]Self-hosting something like Kallithea, GitLab or RhodeCode would have required quite some effort, those services usually have a lot of dependencies. Also, data loss would be much more likely on one of my servers than on theirs.
[*]Running a bare VCS like CVS or SVN on my servers would have almost no advantage over just throwing everything on Darcshub, minus a good (here: contributor-friendly) web interface.
[/list]

Shuffling through my collected notes again, I found out that the newest version (2.9) of Fossil, SQLite's homegrown version control system, comes with an automatic GitHub mirror export function. In theory, this is a perfect solution:

[*]Running Fossil servers is not really resource-consuming.
[*]Making a backup of a Fossil repository is done by copying exactly one file.
[*]Contributing would be easy and I would still have easily discoverable repositories.
[/list]

In practice, I tested the documented two-step method to make an existing GitHub repository a Fossil repository which is then automatically (one-way) synchronized with GitHub on one of my less popular projects. Although the result came out almost as expected, I found a couple of obvious bugs on Windows, including one that prevents Git converstion from inside the PowerShell. This is bad, as Windows is still my main development OS. I wrote a lengthy bug report into their forums (which seems to be in a moderation queue or something), probably it will be awesome soon.

I have a few months left to decide ...  ;D

-----------------------------------

(Of course, I also tried to try SCCS. Does not seem to work well on non-Solaris systems just yet. I posted to their mailing list, maybe I can help.)

Shades:
Did find some projects on Sourceforge, I think, that were supposed to enable web access to CVS repositories. Also abandoned, just as the client. Whatever was there, I could never make it work. In the version of Jira (issue tracker) that I have running there is functionality to hook CVS up to it. That way it should be possible to have a list of changed files per issue tracked, the CVS comment, the amount of changes inside each file and links to a web interface that shows the actual files and their changes.

Getting the file list overview was not a problem, the amount of changes and CVS comment are also correctly displayed, but never got the web interface where the actual changes could be seen to run.

SCCS originated in 1972!?!? And here I was thinking that CVS was old and feeble...

It has been decided though that GitLab (on a dedicated server) must be used as replacement for the CVS repo.

Been taking a look at this 'Fossil'. Looks interesting enough and likely suffices for a one-man shop or a very small team (caveat: I have been spoiled with am used to Jira). Thanks for that one, though.

Deozaan:
[*]Self-hosting something like Kallithea, GitLab or RhodeCode would have required quite some effort, those services usually have a lot of dependencies. Also, data loss would be much more likely on one of my servers than on theirs.-Tuxman (August 23, 2019, 08:33 PM)
--- End quote ---


I just finished installing RhodeCode on one of my machines, and importing all 40 of my Bitbucket repositories into it.

It wasn't very painful or hard to configure or anything. I did "sudo apt install hg" just in case that was needed, then ran the installer and it was up and running a few minutes later. It's just been time consuming having to import my repositories from Bitbucket one by one, and of course doing some experimentation/exploration trying to familiarize myself with the new software/front end. And I guess I'm still not completely finished switching everything over, because I still have to update all my local repositories to point to the new location(s).

But yeah, I am also more concerned about the increased risk of data loss, since the machine I set it up on is in the same building as my primary coding PC. All it would take is a single house fire, and poof, it's all gone up in smoke. :(

Time to petition mouser to host something like Kallithea or RhodeCode on the DC servers for our benefit! :P

Tuxman:
SCCS originated in 1972!?!? And here I was thinking that CVS was old and feeble...
-Shades (August 23, 2019, 10:43 PM)
--- End quote ---

It does one thing well - on the limited set of supported platforms...  :-[ version control is not necessarily a huge task.

Been taking a look at this 'Fossil'. Looks interesting enough and likely suffices for a one-man shop or a very small team (caveat: I have been spoiled with am used to Jira). Thanks for that one, though.
-Shades (August 23, 2019, 10:43 PM)
--- End quote ---

Jira is expensive, but it is my favorite bug tracking system indeed. I like it when I see projects using it, like Vivaldi does. However, I can't trust Atlassian anymore. (And I don't need most of Jira's features. My projects usually are "one-man-shows". ;))

I just finished installing RhodeCode on one of my machines, and importing all 40 of my Bitbucket repositories into it.

It wasn't very painful or hard to configure or anything.
-Deozaan (August 24, 2019, 03:43 AM)
--- End quote ---

Gathered from looking at the website for a minute:


* Their website menu doesn't work well on Safari. Hard enough to find some information...
* The FreeBSD port is unmaintained.
* RhodeCode is based on Python 2 which will EOL soon. Python 2 also comes with a huge lot of dependencies.
Sure: It is bearable. But it would not beat Fossil... unless I'd absolutely want to stay with Mercurial. And the past few years have shown that it does not matter at all. People don't come to my projects anyway.  ;D

Lintalist:
Before I forget - re selfhosting: SCM-Manager - share and manage your Git, Mercurial and Subversion repositories over http
[*] Very easy installation
[*] No need to hack configuration files, SCM-Manager is completely configureable from its Web-Interface
[*] No Apache and no database installation is required
[*] Central user, group and permission management
[*] Out of the box support for Git, Mercurial and Subversion
[*] Full RESTFul Web Service API (JSON and XML)
[*] Rich User Interface
[*] Simple Plugin API
[*] Useful plugins available (f.e. Ldap-, ActiveDirectory-, PAM-Authentication)
[*] Licensed under the BSD-License
[/list]

https://www.scm-manager.org/

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version