Re: batch checking for modifications?

2022-11-15 Thread TortoiseSVN on behalf of lorenznl
TortoiseSVN on behalf of H. Niemann wrote:

>I would like to check in a batch file, whether my working copy is still 
>identical to HEAD.
>
>Reason: an automatic build creates a tag (after the build) and I want to make 
>sure that the input files are unchanged.

why not tag first, then build from the tag and add the build results
to the tag?
-- 

Lorenz

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/1a77nh1du4bnstfokqqts69n2t2peb0nef%404ax.com.


Re: batch checking for modifications?

2022-11-15 Thread TortoiseSVN
How about locking the repository during the bild process?
---
Stefan P.

Daniel Sahlberg via TortoiseSVN  schrieb am
Di., 15. Nov. 2022, 09:22:

> tisdag 15 november 2022 kl. 08:58:55 UTC+1 skrev H. Niemann:
>
>> Hello *!
>>
>>
>>
>> I would like to check in a batch file, whether my working copy is still
>> identical to HEAD.
>>
>>
>>
>> Reason: an automatic build creates a tag (after the build) and I want to
>> make sure that the input files are unchanged.
>>
>>
>>
>> Steps:
>>
>>1. Create a fresh working copy
>>2. Build
>>3. Commit build results (I know that this is not the recommended way,
>>but the project members want/need it that way)
>>4. Tag
>>
>>
>>
>> The problem:
>>
>> If a commit in one of the input files happens between (1) and (3), the
>> build results don’t match the input after (3).
>>
>> I could tag the source with revision of (1) and the output with the
>> revision of (3), but that is ugly and normally unnecessary (nobody is
>> supposed to do a check in while a to-be-tagged (testing or) release
>> candidate is built).
>>
>> But if my input files change while building and tagging, results will be
>> inconsistent.
>>
>> So I would like to tag with the revision of the commit (3) and either
>>
>> (a) check before tagging, that the input has not been changed in between
>> and abort or
>>
>> (b) check after tagging and remove the inconsistent tag.
>>
>>
>>
>> Svn diff does not seem to have a suitable return code. It returns 0
>> whether it has found a difference or not.
>>
>> Does anyone have an idea how I could accomplish my goal?
>>
>>
>>
>> Regards
>>
>> Hartmut
>>
>>
>>
>
> Does TortoiseSVN's Check for modifications, Check repository work for you?
>
> I think the following would be a command line equivalent:
>
> svn diff -r BASE:HEAD
>
> That will show any changes from the BASE revision (ie, what you checked
> out in step 1) and the HEAD revision (current repository revision). It
> seems to work also with mixed-revision-wcs.
>
> Kind regards,
> Daniel
>
> --
> You received this message because you are subscribed to the Google Groups
> "TortoiseSVN" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to tortoisesvn+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tortoisesvn/204feee6-2e33-48a1-bd5d-c0fe44093cf3n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/CABbzVN0onCATiK1znsHq1AX30OpN8d0bpt3FOKuRTvrvdD7rWQ%40mail.gmail.com.


Re: batch checking for modifications?

2022-11-15 Thread Daniel Sahlberg via TortoiseSVN
tisdag 15 november 2022 kl. 08:58:55 UTC+1 skrev H. Niemann:

> Hello *!
>
>  
>
> I would like to check in a batch file, whether my working copy is still 
> identical to HEAD.
>
>  
>
> Reason: an automatic build creates a tag (after the build) and I want to 
> make sure that the input files are unchanged.
>
>  
>
> Steps:
>
>1. Create a fresh working copy
>2. Build 
>3. Commit build results (I know that this is not the recommended way, 
>but the project members want/need it that way)
>4. Tag
>
>  
>
> The problem:
>
> If a commit in one of the input files happens between (1) and (3), the 
> build results don’t match the input after (3).
>
> I could tag the source with revision of (1) and the output with the 
> revision of (3), but that is ugly and normally unnecessary (nobody is 
> supposed to do a check in while a to-be-tagged (testing or) release 
> candidate is built).
>
> But if my input files change while building and tagging, results will be 
> inconsistent.
>
> So I would like to tag with the revision of the commit (3) and either
>
> (a) check before tagging, that the input has not been changed in between 
> and abort or 
>
> (b) check after tagging and remove the inconsistent tag.
>
>  
>
> Svn diff does not seem to have a suitable return code. It returns 0 
> whether it has found a difference or not.
>
> Does anyone have an idea how I could accomplish my goal?
>
>  
>
> Regards
>
> Hartmut
>
>  
>

Does TortoiseSVN's Check for modifications, Check repository work for you?

I think the following would be a command line equivalent:

svn diff -r BASE:HEAD

That will show any changes from the BASE revision (ie, what you checked out 
in step 1) and the HEAD revision (current repository revision). It seems to 
work also with mixed-revision-wcs.

Kind regards,
Daniel

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/204feee6-2e33-48a1-bd5d-c0fe44093cf3n%40googlegroups.com.


batch checking for modifications?

2022-11-14 Thread TortoiseSVN on behalf of H. Niemann
Hello *!

I would like to check in a batch file, whether my working copy is still 
identical to HEAD.

Reason: an automatic build creates a tag (after the build) and I want to make 
sure that the input files are unchanged.

Steps:

  1.  Create a fresh working copy
  2.  Build
  3.  Commit build results (I know that this is not the recommended way, but 
the project members want/need it that way)
  4.  Tag

The problem:
If a commit in one of the input files happens between (1) and (3), the build 
results don't match the input after (3).
I could tag the source with revision of (1) and the output with the revision of 
(3), but that is ugly and normally unnecessary (nobody is supposed to do a 
check in while a to-be-tagged (testing or) release candidate is built).
But if my input files change while building and tagging, results will be 
inconsistent.
So I would like to tag with the revision of the commit (3) and either
(a) check before tagging, that the input has not been changed in between and 
abort or
(b) check after tagging and remove the inconsistent tag.

Svn diff does not seem to have a suitable return code. It returns 0 whether it 
has found a difference or not.
Does anyone have an idea how I could accomplish my goal?

Regards
Hartmut

-- 
You received this message because you are subscribed to the Google Groups 
"TortoiseSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to tortoisesvn+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tortoisesvn/DB4PR10MB628824CE3769018AB8ED0095FC049%40DB4PR10MB6288.EURPRD10.PROD.OUTLOOK.COM.