ne
endings, leading to newline headaches.
--
Glenn Maynard
Linux and Windows that
I deal with simultaneously.
> Instead, we set svn:eol-style to LF, and configured our Windows editors to
> know how to deal with such files.
Visual Studio just doesn't understand it. It'll load them and do
basic editing fine, but copy/paste leads to mixed newlines.
--
Glenn Maynard
tanding was it supported Unix style line endings.
If Microsoft fixed problems that were pointed out to them, my life
would be so much easier. Unfortunately, I'd have as much luck yelling
my issues into the nearest sewer grate and hoping for help from a
ninja turtle...
--
Glenn Maynard
ual
hack to change its notion of newlines before enduring CMD.
--
Glenn Maynard
iles would need to be converted (nothing new here;
changing eol-style itself does exactly that). The tricky part is in
the supporting details: where to put that setting and how to change
it, what happens if you svn switch a directory with this setting, etc.
Anyhow, while it might be too niche a feature for inclusion in
Subversion, it's definitely not outside the overall design, as Tyler
suggests. This fits very naturally into Subversion's concept of
newline handling.
--
Glenn Maynard
rather than adding a third function to "svn switch", I'd be more in
> favor of going the other way: reducing "switch" to a single functionality
I'd avoid any design that involves rearranging core features like svn
switch, which I suspect would make it a much harder sell to the core
developers, who would rightly ask "why are we making major interface
changes for a minor feature?".
--
Glenn Maynard
36 AM, Ryan Schmidt
wrote:
> Actually, the mailing list guidelines encourage us to do this:
And it's fairly standard practice, at least when replying to close
neighbors in a thread.
--
Glenn Maynard
the beginnings of svn obliterate support. I
brought that up quite a while back, but people at the time seemed
certain that there's never a need to remove old data (which I've had
to do many times on our CVS repositories due to disk space limits and
prevented us from using Subversion for a long time).
--
Glenn Maynard
first two
> characters of the hash. This will bring several benefits:
I don't see anything wrong with this, but the "space savings" and
"performance" benefits hinge on the shared store. I suspect the real
benefits are infrastructural, rather than user-visible.
--
Glenn Maynard