Re: monotone suppresses .svn directories.

CooSoft Support <[email protected]>
Newsgroups gmane.comp.version-control.monotone.devel
Message-ID <[email protected]>
Hendrik Boom wrote:
> On Tue, Nov 29, 2011 at 09:58:12AM +0000, CooSoft Support wrote:
>   
>> Evil make system relying on the .svn dir.
>>     
>
> Yeah.  I thought so too.  I gather that, if the .svn is present, is 
> assumes you're building from scn, but otherwaise, you're building from a 
> source tarball, which isn't quite just source;  it contains some 
> files that are build using obsure, hard-to-get tools.  At least, they 
> think they're not likely to be in everyone's repertoire, perhaps from 
> platform limitations.
>
> -- hendrik
>
>   
>> Or you can do something like:
>>
>> mtn add --no-respect-ignore --recursive
>>
>> if you just want to add all files in a one off operation, your mtn
>> config is not changed (normally you would want to ignore the .svn
>> dirs).
>>     
>
> I hope it still ignores the _MTN diractory!
>   
lol - yes it does :-)
>   
>> mtn is really good at simply dealing with vendor branches, used this
>> technique to do a CVS to mtn import.
>>     
>
> Exactly.  That's why I want to use monotone for this.  Thanks.
>
> - hendrik
>
>   
>> Tony.
>>
>> Stephen Leake wrote:
>>     
>>> Hendrik Boom <[email protected]> writes:
>>>
>>>       
>>>> How can I do the recursive mtn add and suppress the .svn suppression?
>>>>         
>>> .svn is in the standard Lua function 'ignore_file'; you can override
>>> that function definition in your ~/.monotone/monotonerc
>>>
>>> Or you can add the .svn directly; then it will no longer be ignored.
>>>
>>>       
>> _______________________________________________
>> Monotone-devel mailing list
>> [email protected]
>> https://lists.nongnu.org/mailman/listinfo/monotone-devel
>>     
>
> _______________________________________________
> Monotone-devel mailing list
> [email protected]
> https://lists.nongnu.org/mailman/listinfo/monotone-devel
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.