Perhaps this is a bit short-sighted of me, but it looks like we could actually make use of network shares to get to repositories on other machines. A “developers” share is already set up on our machines, and everybody knows how to get to it from project machines. If this is a viable solution, I wouldn’t need anything special to A) serve up a mercurial repo or ten or B) get IT to back it up, since they already take good care of our existing shares. This would totally eliminate the need to install copSSH or LightTPD, or train people on how to use them, or convince IT (both ours and our clients) that “yes, you really do want me to install this extra server.”
I like potential solutions that are actually easier than what we’re doing now.
That leaves the code review cases, where I have a changeset I want someone else to review, but it doesn’t belong in the “central” repo until after it’s passed.
Perhaps if everybody had a share set up as \\MyMachineName\hg that pointed to wherever their local repos were kept, that would simplify finding shares.
Progress! I love it!
3 users commented in " Serving Mercurial from Windows, Part 2: Maybe I don’t have to after all… "
Follow-up comment rss or Leave a TrackbackThanks for this, great idea. I also didn’t know you could get LigHTTPD for Windows.
You might like to tag Part 1 into Software Engineering.
I tried to setup on the windows server a shared folder. Writing to it straight on my mounted linux folder it worked,. but using hg push always gave errors such as
abort: Operation not permitted /…path…./.hg/journal.dirstate
Googling didn’t help much. Is this anything you encountered?
Regards
Kjell
@KjellKod: I’m afraid not, my workplace is 99% Windows, for better or for worse.
Leave A Reply