Displaying 4 results from an estimated 4 matches for "shared_and_public_arch".
2004 May 05
0
[LLVMdev] Open Source Contributions (was Re: Benchmarks)
...a, what is it
(google isn't particularly helpful)?
> Second, local repository is fine, but what if two persons ever decide to work
> on the same branch?
I believe that arch allows you to do this kind of thing:
http://www.gnu.org/software/gnu-arch/tutorial/shared-and-public-archives.html#Shared_and_Public_Archives
... but again, I haven't really spent the time to look into revision
control systems in any detail.
-Chris
--
http://llvm.cs.uiuc.edu/
http://www.nondot.org/~sabre/Projects/
2004 May 05
2
[LLVMdev] Open Source Contributions (was Re: Benchmarks)
Chris Lattner wrote:
> The more I've thought about this, the more that I'm beginning to realize
> that CVS is the root of the problem. Perhaps it is time for LLVM to
> seriously start looking at switching over to a decentralized version
> control system? I really am not "up" on the various options, but I've
> heard rumars that there are now several good
2004 May 05
2
[LLVMdev] Open Source Contributions (was Re: Benchmarks)
...ch will become a problem.
> > Second, local repository is fine, but what if two persons ever decide to
> > work on the same branch?
>
> I believe that arch allows you to do this kind of thing:
> http://www.gnu.org/software/gnu-arch/tutorial/shared-and-public-archives.ht
>ml#Shared_and_Public_Archives
Right, but you'd need HTTP/FTP server. Not a problem for *me*, but lots of
folks are behind firewalls and can't do that.
> ... but again, I haven't really spent the time to look into revision
> control systems in any detail.
Ok.
- Volodya
2004 May 05
0
[LLVMdev] Open Source Contributions (was Re: Benchmarks)
...; > > Second, local repository is fine, but what if two persons ever decide to
> > > work on the same branch?
> >
> > I believe that arch allows you to do this kind of thing:
> > http://www.gnu.org/software/gnu-arch/tutorial/shared-and-public-archives.ht
> >ml#Shared_and_Public_Archives
>
> Right, but you'd need HTTP/FTP server. Not a problem for *me*, but lots of
> folks are behind firewalls and can't do that.
Sure. I can't imagine that there is a wonderful solution other than this
though. In particular, how can you do distributed development without i...