latest 20 messages by Spark
+
[8 years ago]
Spark
that being github.com/grit-engine/grit-engine
+
[8 years ago]
Spark
Hi, is there a process whereby an inactive and empty user github.com/grit/ can be reclaimed by an established project under the same name?
+
[9 years ago]
Spark
but i'll need to merge upstream changes somehow
+
[9 years ago]
Spark
but i can also maintain it on bitbucket and have my fork mirrored on github, instead of the original
+
[9 years ago]
Spark
i'd rather maintain my fork on github if possible, because i keep forgetting how to use the hg commandline tool
+
[9 years ago]
Spark
what's the recommended way to sync from bitbucket hg to github?
+
[9 years ago]
Spark
it doesn't have to be completely automatic
+
[9 years ago]
Spark
and then keep that branch up to date and rebase my changes from it
+
[9 years ago]
Spark
i think what i probably want is to have a branch that mirrors the original exactly, and then a branch with my forked changes
+
[9 years ago]
Spark
hi, if I made a github repo by cloning a bitbucket mercurial repo, is it possible to then keep it synced?
+
[9 years ago]
Spark
however hte first time since 2008
+
[9 years ago]
Spark
this will be the 3rd time i've lost history for this project
+
[9 years ago]
Spark
i'll probably just have to lose history
+
[9 years ago]
Spark
Zarthus: forgot to tag you
+
[9 years ago]
Spark
whereas in svn it stays server side and is less of a problem
+
[9 years ago]
Spark
but generally if it's going to be a 100G repo then that's useless if you get all that every time you clone it
+
[9 years ago]
Spark
somebody tried it and said it did not make any progress
+
[9 years ago]
Spark
For people wondering what the context is: I'd like to move a large svn repository ~4G when checked out, 3000 commits, from sourceforge to github -- is that very large? The reason it's so big is that it has images and binaries that have been updated repeatedly, so presumably server side it's much bigger than that because only the server has all the history in svn (correct me if wrong).
+
[9 years ago]
Spark
because files get moved around, i can't see how any algorithm can replay the state to keep the history with a constraint like that
+
[9 years ago]
Spark
even if i want to keep only a complete subtree like /src or whatever