[prev in list] [next in list] [prev in thread] [next in thread] 

List:       webkit-dev
Subject:    Re: [webkit-dev] I *HATE* CHANGELOGS!!!
From:       Mark Rowe <mrowe () apple ! com>
Date:       2009-08-27 0:38:02
Message-ID: B66C42C1-644B-4B6F-BA88-CA51BCA9AD43 () apple ! com
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On 2009-08-26, at 17:29, Brady Eidson wrote:

>
> On Aug 26, 2009, at 5:26 PM, Mark Rowe wrote:
>
>>
>> On 2009-08-26, at 17:19, Brady Eidson wrote:
>>
>>>
>>> On Aug 26, 2009, at 4:20 PM, Mark Rowe wrote:
>>>
>>>>
>>>> On 2009-08-26, at 15:43, Maciej Stachowiak wrote:
>>>>
>>>>>> On top of that sometimes the ChangeLog merges cleanly but puts  
>>>>>> your entry underneath others, and then you have to open the  
>>>>>> file and move your entry back to the top.  Sometimes I have not  
>>>>>> noticed this and then I land with someone else's commit message.
>>>>>>
>>>>>> I just don't get why people are willing to put up with this.   
>>>>>> It's really driving me crazy.
>>>>>
>>>>> One possibility is to have a commit hook that builds the  
>>>>> ChangeLog entry and includes it in the commit atomically - that  
>>>>> way there are no races.
>>>>
>>>> Hooks in Subversion cannot mutate the transaction that is taking  
>>>> place so I don't think this is an option.
>>>
>>> Is there any sort of guarantee that a post commit hook for  
>>> revision N will complete before the post commit hook for revision  
>>> N + 1 executes?
>>>
>>> Couldn't that accomplish this?
>>
>>
>> Generating two SVN revisions for each change would be awful.
>
> And - I honestly don't know the answer to this - there's actually  
> *NO* way to alter a previous commit in SVN, even when you have full  
> access to the server?

It may be doable through some amount of hackery, but it wouldn't be a  
good idea.  For example, let's assume that I made a commit that the  
server recorded as r35000. If r35000 was somehow rewritten to include  
modifications to ChangeLogs then suddenly the view of r35000 in my  
working copy differs from the view of anyone else looking at the  
repository.  For this to be a workaround solution Subversion would  
need the ability to allow a pre-commit hook to modify the transaction  
that is currently underway, and to be able to push any modifications  
made back to the committer.

> (I ask this with the risk of you bringing up GIT, and me smacking  
> you upside the head for the non-helpful suggestion in getting SVN to  
> work better for us)  ;)

There's no need to be such a git about it ;-)

I have no interest in pushing Git on other people working on WebKit.   
It works well for my uses, but I can easily see why the vastly  
different model, complexity of interface, etc. make some people balk  
at the idea of using it.

- Mark


["smime.p7s" (smime.p7s)]

0	*H
 010	+0	*H
 	b00A (Jɶylj^Z0
	*H
0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA0
090612064921Z
100612064921Z0A10UThawte Freemail Member10	*H
	mrowe@apple.com0"0
	*H
0
Lƌ.T~92wȁO
l.8
уǶx]CUTq$}UWTMޮKW9s_-Gw	,2$1:"P2*Qۜ3` C1Ki \
$JrH?5xSܞ) \
VH'.WIe[}v)Cʅ4a;*x̿2v訃=>D#H \
chAinZBW,0*0U0mrowe@apple.com0U00 \
	*H tj1F?:i|ˍiӼ7	GXdV$J3!hq(k,+XùNE%[fKӊw	ĥfޔs?8Ε \
F8 ך0?0' 0	*H
0I10Umail.bdash.net.nz10	UNZ10	*H
	mrowe@apple.com0
080514184125Z
180512184125Z0I10Umail.bdash.net.nz10	UNZ10	*H
	mrowe@apple.com0"0
	*H
0
h˛.7i1{ow`l
   k;j\#w{ؾ`Y.k
z_8Rao(sL̋gpWl&zC?~#N2ԫyED0aT?7f
p['b䍜SseL`x4k/mKScRKA8m۟܈%}n`.ZXrL \
~,R {A/$5/4020U0 U%0++0 \
	*H uD`{gwld6xי)-=f\e0GmO}L \
3'TWbjH)+D֗%[\@p9!} o4ZG"w5.FG\o?CB_pT\^j \
P$~YB)Fa \
E>qQF~>	|޻릔rg^!A<h$~*dFH"fILM42ƤmVX6OtXL^ƕ][^D0?0 \

0
	*H
010	UZA10UWestern Cape10U	Cape Town10U
Thawte Consulting1(0&UCertification Services Division1$0"UThawte \
Personal Freemail CA1+0)	*H 	personal-freemail@thawte.com0
030717000000Z
130716235959Z0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA00
	*H
0Ħ<UsUNʙZhup[v:aQP
0cZ,p+Z?qV˯<6$*+w=+>@dקe*TH<a@dr`00U00CU<0:08 \
6 42http://crl.thawte.com/ThawtePersonalFreemailCA.crl0U0)U"0 \
010UPrivateLabel2-1380 	*H
HP.
fg CL!6-6/P p<ab:~t%Pb'qW%ݩ9 \
Oe_N4[5MwV!x!5$F]_eO100v0b10	UZA1%0#U \
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing \
CA(Jɶylj^Z0	+ 0	*H 	1	*H
0	*H
	1
090827003803Z0#	*H
	1vLtti.-isCwDu0]	+71P0N0I10Umail.bdash.net.nz10	UNZ10	*H
 	mrowe@apple.com0_*H
	1P N0I10Umail.bdash.net.nz10	UNZ10	*H
	mrowe@apple.com0
	*H
DƢ;60Ȍ]G`\$Ȼmz$?!M.ڹ5o0OŤ!{Qa$I \
^B?gߙ6OU2*EP#wplON;?5M<Uk{|8knP,y& \
EH^#G/G$<}!Ĭ!Yφ+B3;bЃCâ3έY< \
|dU3#D?6MVe. k=^



_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic