scope of "local" PortGroup definition files

René J.V. Bertin rjvbertin at gmail.com
Fri Jan 9 12:49:46 PST 2015


On Friday January 09 2015 13:14:16 Lawrence Velázquez wrote:

> Yes, you'd have to resolve conflicts in your repository. This happens less often than you'd think. I don't think it outweighs the benefits gained by having a simpler development setup.

Esp. one in which once every so often you don't wonder why things that worked "the other day" no longer work ... oh, wait, I did a selfupdate :)

But if port sync uses `git rebase` when using git instead of svn, don't you lose local changes?

> >> #  Example: file:///Users/landonf/misc/MacPorts/ports [nosync]
> > suggest that a local repo will also be synced if not marked that way, but from what/where?
> 
> From whatever location the local repo uses as its remote. `port sync` just does a Subversion update or Git rebase.

That still doesn't explain how a local, file:// repo could get a remote location assigned to it (something my copy of sources.conf doesn't explain either, and I'm not fluent enough in Tcl to grasp the code at the link below without staring at it for a long time).

> 
> http://trac.macports.org/browser/tags/release_2_3_3/base/src/macports1.0/macports.tcl#L2269

Anyway, the change to using svn is exactly the sort of thing I'll try out first on my Linux box. I take it `port selfupdate` will still work?

R.


More information about the macports-dev mailing list