[rules-dev] drools-core/repository in subversion

[Mark Proctor]

Geoffrey De Smet wrote:
> Maybe "target" isn't the right spot, as it gets cleaned with a "mvn 
> clean" and you might not want that.
> Nevertheless it should be ignored for svn.
I'd  rather have the cause and not the symptom fixed:
>
> But instead of just adding repository to svn:ignore, I 'd recommend 
> putting the repository dir under the dir "local".
> "local" is a dir, which is always part of svn:ignore, and I use it to 
> store many local data that shouldn't be cleaned automatically.
> For example:
Good ideal, I'll leave that to mic to decide what he wants.
>
> local/benchmark_machine:
> benchmark_my_linux_machine
> benchmark_my_windows_machine.exe
> benchmarkinput.ttp
> output.txt
>
> local/data:
> itc2007
> nqueens
> travelingtournament
>
> local/data/itc2007:
> examination
>
> local/data/itc2007/examination:
> examinationSolverBenchmarkResult.xml
> solved
>
> local/data/itc2007/examination/solved:
> exam_comp_set1_score-2.008.515_time47.969.xml
> exam_comp_set2_score-1.000.617_time77.125.xml
> exam_comp_set3_score-20.013.838_time101.750.xml
> exam_comp_set4_score-16.025.911_time4.219.xml
> exam_comp_set5_score-1.006.041_time12.406.xml
> exam_comp_set6_score-7.030.580_time4.438.xml
> exam_comp_set7_score-1.005.456_time96.953.xml
> exam_comp_set8_score-2.009.661_time42.125.xml
>
> With kind regards,
> Geoffrey De Smet
>
>
> Mark Proctor wrote:
>> Geoffrey De Smet wrote:
>>> Someone checked in drools-core/repository on the trunk,
>>> which is a simple mistake to make, because:
>>> - it's not ignored (I)
>>> - it's not suppose to be added (A)
>>> So svn doesn't know what to do with it (?) and ask every time.
>>>
>>> I don't understand why these maps need to be created in the first 
>>> place:
>>> drools-core/repository
>>> drools-solver/repository
>>> drools-solver/drools-solver-core/repository
>>>
>>> It's a BRMS thing, but I am pretty sure drools solver doesn't need 
>>> that map :) Can't it be moved under target so it doesn't bother us 
>>> anymore?
>> They don't and its a mistake, I've requested many times that the 
>> build be fixed for this.
>>>
>>> Thanks :)
>>>
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>