Github follows the current trend of the web of "user generated data"
which has value in "centralized metadata". In this case data is the code
and metadata are all conversations about it (including tickets, issues
conversations and so on) that rely on a lock-in infrastructure. You can
move your code, but metadata will be still centralized. With fossil all
data is decentralized and less dependent on a single provider. This
gives more resilience. The only issue is that the interface of fossil is
more "raw" compared with the one of github.
For me keeping the web away of centralization in cases like this is
better that relying of few places for discovery and deployment (Google,
Amazon, Facebook, GitHub).
Cheers,
Offray
El 12/03/15 a las 18:25, Alexandre Bergel escribió:
But, what is wrong in using a github project for the
issues ?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel
http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
On Mar 12, 2015, at 7:52 PM, Offray Vladimir Luna
Cárdenas <offray(a)riseup.net
<mailto:offray@riseup.net>> wrote:
Hi,
Thats another reason to choose the Indie Web[1], instead of centralized one.
In the case of source code repositories, my bet is for Fossil-SCM[2]. It's
self-contained, minimal (~1mb for DVCS, Wiki and bug tracker and web
interface) and runs almost anywhere.
[1]
http://indiewebcamp.com/
[2]
http://fossil-scm.org/
Just my two cents.
Cheers,
Offray
El 12/03/15 a las 16:05, Alexandre Bergel escribió:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch>
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev