[PREVIEW] line-endings support

Aaron Bentley aaron at aaronbentley.com
Wed Apr 16 21:32:57 BST 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Stephen J. Turnbull wrote:
> Aaron Bentley writes:
>  > Stefan Monnier wrote:
>  > >> Given source tree foo with branch bar, I can easily imagine foo and bar
>  > >> wanting different submission addresses and also wanting to merge one
>  > >> another.  That would make the submission address change unexpectedly and
>  > > 
>  > > That's a more general problem: how to keep 2 branches mutually sync'd
>  > > while preserving some differences between them.
>  > 
>  > I view branch configuration data as different from tree content, and see
>  > configuration as something that I never want to propagate when I merge.
> 
> I doubt that your view is anything like universal, though.  For
> example, I imagine that most people would consider .bzrignore to be
> "configuration", but also want changes to it to propagate.

You are conflating "branch configuration", which I was talking about,
with versioned tree metadata.  You can call that "configuration", but
- - It configures an entirely different object (the working tree rather
  than the branch.)
- - Its values must be versioned because they refer to versioned data.
- - Its values do not tend to vary from one site to another

> Stefan's view *is* more general

Do you have data to back this statement up?

> and the facility would be valuable

Which facility?

- - Partial synchronization of diverged branches à la tla update?
  Yes, I agree that it would be valuable.

- - EOL conversion?
  I prefer to use editors that don't trample on line ending conventions,
  But I agree that it is useful for many people.

- - Propagation of branch configuration data via working tree?
  I have examined our existing branch configuration settings and
  determined that all but one are definitely not suited to this means of
  propagation.  The remaning one is an open question.  I oppose it on
  this basis.

> so
> I hope you will consider addressing the problem on that basis rather
> than "content is content and config is config and ne'er the twain
> shall meet."

I think my argument is more nuanced than that.

Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIBmJ50F+nu1YWqI0RAtYPAJ9hPp9MtQiCj3AGe7DU5fHN0MLg+QCghpmf
40nDg3NlA+kXUobE7YT8YHE=
=NypW
-----END PGP SIGNATURE-----



More information about the bazaar mailing list