[jboss-dev] Keep your repoID when using snapshots...

Clebert Suconic csuconic at redhat.com
Tue Oct 16 19:02:08 EDT 2007


Maybe we should stop using snapshots...  and start using tagged snapshots:

For example:


jboss-metadata/snapshots/r<ID>


This way, you can aways recover the right version on a given point.



The problem on that is, we will soon have too many snapshots to deal 
with... but is that too bad? (I mean.. the size of the repository?)


Clebert Suconic wrote:
> Well... the snapshots are a problem for sure.
> 
> For example, one of these days I wanted to come back 1 week on 
> JBoss-head SVN, as I needed to validate when a bug was introduced.
> 
> 
> I couldn't just svn update -r<the revision on that date> because the 
> snapshots would break everything.
> 
> If we had the repo id on those snapshots, the problem would be at least 
> minimized.. it would give me an option to recoup that week.
> 
> Ovidiu Feodorov wrote:
>>
>> I am using the concept of "r" release.
>>
>> So you have the big fanfare releases that have a named tag, and as 
>> many "r" releases you want, where the release number *is* the tag. 
>> Works pretty well, the system never got messed up.
>>
>> Clebert Suconic wrote:
>>> One thing I'm aways doing when using snapshots on head, is to keep 
>>> the SVN revision on the component-info as a comment.
>>>
>>> This way case someone needs to make a quick change for a debug or 
>>> something similar, they can use the exact same revision I used to 
>>> create the snapshot:
>>>
>>> Example:
>>>
>>> http://repository.jboss.com/jboss/messaging/snapshot/component-info.xml
>>>
>>> You will see:
>>> <!-- update snapshot (JBM svn revision=3187) -->
>>>
>>>
>>> It's something pretty simple but useful IMO.
>>>
>>>
>>>
>>> Clebert
>>> _______________________________________________
>>> jboss-development mailing list
>>> jboss-development at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jboss-development
>>
>> _______________________________________________
>> jboss-development mailing list
>> jboss-development at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-development
> 
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development




More information about the jboss-development mailing list