You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@jakarta.apache.org by Remy Maucherat <rm...@home.com> on 2001/10/27 22:27:00 UTC
Site update
Hi,
When doing site updates, please don't forget to update before starting
editing. For example, Berin reverted many changes to the news and binary
pages.
Remy
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Site update
Posted by Peter Donald <do...@apache.org>.
On Mon, 29 Oct 2001 13:30, martin.cooper@tumbleweed.com wrote:
> One reason I can think of is that you then run the risk of someone editing
> the HTML pages directly, and checking in those changes. The next time
> someone else comes along and makes changes the proper way, by editing the
> XML and not the HTML, they will blow away the previous changes to the HTML
> when the generated files are checked in. If only the XML files are checked
> in, then there is no danger that someone will check in changes to the
> generated files.
>
> In my opinion, anything that is automatically generated should not be
> checked in. However, this seems to be one of those issues where people have
> to agree to differ, because neither "side" will ever convince the other
> that their way is better. ;-)
Well currently I am on the side of check generated stuff in. I would like to
be on the other side and would quite happily swap if someone was to put an
automated system together to do it (say gump?).
Fundamentally I am lazy and checking things into CVS is easier and less time
consuming. You want to fix it - go ahead - I will welcome that as long as it
doesn't make me do any more work ;)
--
Cheers,
Pete
-------------------------------------------------------------
| Egoism is the drug that soothes the pain of stupidity. |
-------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Site update
Posted by ma...@tumbleweed.com.
One reason I can think of is that you then run the risk of someone editing
the HTML pages directly, and checking in those changes. The next time
someone else comes along and makes changes the proper way, by editing the
XML and not the HTML, they will blow away the previous changes to the HTML
when the generated files are checked in. If only the XML files are checked
in, then there is no danger that someone will check in changes to the
generated files.
In my opinion, anything that is automatically generated should not be
checked in. However, this seems to be one of those issues where people have
to agree to differ, because neither "side" will ever convince the other that
their way is better. ;-)
--
Martin Cooper
----- Original Message -----
From: "Matt Egyhazy" <mw...@virginia.edu>
To: "Jakarta General List" <ge...@jakarta.apache.org>
Sent: Sunday, October 28, 2001 6:03 PM
Subject: Re: Site update
> i cant think of a good reason why html pages should not be in cvs (in
> general).
>
> matt
> ----- Original Message -----
> From: "Jon Stevens" <jo...@latchkey.com>
> To: <ge...@jakarta.apache.org>
> Sent: Sunday, October 28, 2001 4:26 PM
> Subject: Re: Site update
>
>
> > on 10/27/01 12:27 PM, "Remy Maucherat" <rm...@home.com> wrote:
> >
> > > Hi,
> > >
> > > When doing site updates, please don't forget to update before starting
> > > editing. For example, Berin reverted many changes to the news and
binary
> > > pages.
> > >
> > > Remy
> >
> > Even though it was partially the fault of CVS that f*cked up in this
case,
> I
> > do argue that this is a perfect example of why I push for keeping the
> .html
> > pages in CVS.
> >
> > -jon
> >
> >
> > --
> > To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> > For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Site update
Posted by Matt Egyhazy <mw...@virginia.edu>.
i cant think of a good reason why html pages should not be in cvs (in
general).
matt
----- Original Message -----
From: "Jon Stevens" <jo...@latchkey.com>
To: <ge...@jakarta.apache.org>
Sent: Sunday, October 28, 2001 4:26 PM
Subject: Re: Site update
> on 10/27/01 12:27 PM, "Remy Maucherat" <rm...@home.com> wrote:
>
> > Hi,
> >
> > When doing site updates, please don't forget to update before starting
> > editing. For example, Berin reverted many changes to the news and binary
> > pages.
> >
> > Remy
>
> Even though it was partially the fault of CVS that f*cked up in this case,
I
> do argue that this is a perfect example of why I push for keeping the
.html
> pages in CVS.
>
> -jon
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Site update
Posted by Remy Maucherat <rm...@home.com>.
> on 10/27/01 12:27 PM, "Remy Maucherat" <rm...@home.com> wrote:
>
> > Hi,
> >
> > When doing site updates, please don't forget to update before starting
> > editing. For example, Berin reverted many changes to the news and binary
> > pages.
> >
> > Remy
>
> Even though it was partially the fault of CVS that f*cked up in this case,
I
> do argue that this is a perfect example of why I push for keeping the
.html
> pages in CVS.
In that case, both the generated HTMLs and XMLs sources were reverted to
prior revisions, so it wouldn't have helped in any way.
Remy
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Site update
Posted by Jon Stevens <jo...@latchkey.com>.
on 10/27/01 12:27 PM, "Remy Maucherat" <rm...@home.com> wrote:
> Hi,
>
> When doing site updates, please don't forget to update before starting
> editing. For example, Berin reverted many changes to the news and binary
> pages.
>
> Remy
Even though it was partially the fault of CVS that f*cked up in this case, I
do argue that this is a perfect example of why I push for keeping the .html
pages in CVS.
-jon
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Site update
Posted by Remy Maucherat <rm...@home.com>.
> On 10/27/01 4:27 PM, "Remy Maucherat" <rm...@home.com> wrote:
>
> > Hi,
> >
> > When doing site updates, please don't forget to update before starting
> > editing. For example, Berin reverted many changes to the news and binary
> > pages.
> >
>
> Shouldn't the cvs commit caught that on the merge?
Somehow, it didn't.
You can see the diff between 1.93 and 1.94 of the binary index page:
RCS file: /home/cvs/jakarta-site2/xdocs/site/binindex.xml,v
retrieving revision 1.93
retrieving revision 1.94
diff -r1.93 -r1.94
73,75c73,76
< <li><a
href="http://www.apache.org/dist/jakarta/jakarta-ant/release/v1.4.1/bin/">An
t 1.4.1</a></li>
< <li><a
href="http://www.apache.org/dist/jakarta/jakarta-avalon/release/framework/v4
.0">Avalon Framework 4.0</a></li>
< <li><a
href="http://www.apache.org/dist/jakarta/jakarta-avalon/release/excalibur/v4
.0">Avalon Excalibur 4.0</a></li>
---
> <li><a
href="http://www.apache.org/dist/jakarta/jakarta-ant/release/v1.4/bin/">Ant
1.4</a></li>
> <li><a
href="http://www.apache.org/dist/jakarta/jakarta-avalon/release/framework/v4
.0/">Avalon Framework 4.0</a></li>
> <li><a
href="http://www.apache.org/dist/jakarta/jakarta-avalon/release/excalibur/v4
.0/">Avalon Excalibur 4.0</a></li>
> <li><a
href="http://www.apache.org/dist/jakarta/jakarta-avalon/release/logkit/v1.0/
">Avalon LogKit 1.0</a></li>
87,88c88
< <li><a
href="http://www.apache.org/dist/jakarta/jakarta-tomcat/release/v3.3/bin/">T
omcat 3.3</a></li>
< <li><a
href="http://www.apache.org/dist/jakarta/jakarta-tomcat-4.0/release/v4.0.1/"
>Tomcat 4.0.1</a></li>
---
> <li><a
href="http://www.apache.org/dist/jakarta/jakarta-tomcat-4.0/release/v4.0/">T
omcat 4.0</a></li>
98c98
< <li><a
href="http://www.apache.org/dist/jakarta/jakarta-avalon/release/logkit/lates
t/">Avalon LogKit 1.0 beta 5</a></li>
---
> <li><a
href="http://www.apache.org/dist/jakarta/jakarta-ant/release/v1.4.1b1/">Ant
1.4.1 beta 1</a></li>
100,101c100,102
< <li><a
href="http://www.apache.org/dist/jakarta/jakarta-lucene/release/v1.2-rc2/">L
ucene 1.2 Release Candidate 2</a></li>
< <li><a
href="http://www.apache.org/dist/jakarta/jakarta-slide/release/1.0/">Slide
1.0.15 Beta</a></li>
---
> <li><a
href="http://www.apache.org/dist/jakarta/jakarta-lucene/release/v1.2-rc1/">L
ucene 1.2 Release Candidate 1</a></li>
> <li><a
href="http://www.apache.org/dist/jakarta/jakarta-tomcat/release/v3.3-rc1/bin
/">Tomcat 3.3
> Release Candidate 1</a></li>
118d118
< <li><a
href="http://www.apache.org/dist/jakarta/jakarta-slide/nightly/">Slide</a></
li>
So the affected links include Tomcat, Ant, Slide, Lucene.
Same happened to the news page.
Remy
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Site update
Posted by "Geir Magnusson Jr." <ge...@optonline.net>.
On 10/27/01 4:27 PM, "Remy Maucherat" <rm...@home.com> wrote:
> Hi,
>
> When doing site updates, please don't forget to update before starting
> editing. For example, Berin reverted many changes to the news and binary
> pages.
>
Shouldn't the cvs commit caught that on the merge?
--
Geir Magnusson Jr. geirm@optonline.net
System and Software Consulting
"Whoever would overthrow the liberty of a nation must begin by subduing the
freeness of speech." - Benjamin Franklin
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>