Diese Seite mit anderen teilen ...

Informationen zum Thema:
Forum:
WinDev Forum
Beiträge im Thema:
4
Erster Beitrag:
vor 3 Jahren, 3 Monaten
Letzter Beitrag:
vor 3 Jahren, 3 Monaten
Beteiligte Autoren:
Al, Jeff Graham, Piet van Zanten

[WD19] A method to compare large projects

Startbeitrag von Al am 01.11.2014 23:59

Hello All

Regular forum members will know that I have been complaining about the comparison program for some years now and while it is still incapable of handling large projects I have found a workaround.

I start with the full project in one folder and in second folder I place about 250 files from the project I am comparing to. In practice this means that I create sets of files to compare starting with A to D and after comparing them, the next time I will do E to H and so on until I get to the end. I then do the same with the reports and then the queries.

Limiting the second set of files means the comparison program does not run out of memory and crashes less often. The second folder with the subset of files must also have the project file in it for the project comparison option to work. I just ignore the messages about missing objects

I have put a suggestion to tech support to provide an option to do this more easily by nominating a subset of files to compare. This would actually allow developers to perform comparisons by limiting the number of files to be compared to the capacity of their work stations. I can't compare two versions of a large project with 32gb of RAM but it certainly handles 250 files at a time, but if you have less RAM then maybe reduce the number of files you are comparing to.

Interestingly, a bug in the comparison program that I first reported to tech support in V14 is still there in V19. When I run a project comparison, I always get a message that some objects are from a prior version . This should be impossible as Windev does the conversion from version to version so what has it been missing all these years and more to the point, if there are objects from a prior version, then mark them as such in the comparison program so I can do something about them.

The comparison program issue is quite typical of PCSoft. A really clever concept, that could bring real time saving advantages to developers, is spoiled by half hearted execution and neglect over the years.

Regards
Al

Antworten:

Hi Al,

Funny that you bring this up right after I tried for the first time comparing two Webdev pages (same WB version) and actually bringing code from one side to another. The result was that the code of both pages was modified instead of only the target page.
I don't remember exactly what went wrong, but it was definitely a bit of a mess.
I had to do quite some repair work afterwards and I still find large areas of empty lines in the code of both pages.
I'm not gonna use this feature again.
I did not report it, because I don't know how or don't have the energy to replicate the problem.
I think the main problem with these issues is that some features are not used frequently enough to get bug info to PCS.
People just skip it and work around.

Regards,
Piet

von Piet van Zanten - am 02.11.2014 10:07
Hi Al and Piet,

I hope PC Soft implements your suggestion. Our projects are small enough that we don't need a subset, but it would still be useful. More often I just do single items.

I frequently use the project compare feature and bring code from older versions to a new version and have not had a problem. Also, due to no option to have 32-bit and 64-bit .NET assemblies of the same name in a multi-configuration project, I have to maintain two identical projects, one for 32-bit and one for 64-bit. I find this feature most helpful.

I have suggested to PC Soft that a "include in this configuration" option be added to .NET assemblies. That would make my work much easier and less prone to errors of omission.

von Jeff Graham - am 02.11.2014 14:22
Hello All

One thing I should have mentioned. If you try this approach, use the 32 bit version in Windev19 as it is much more stable than the 64bit version which crashes constantly.

Regards
Al

von Al - am 02.11.2014 17:26
Zur Information:
MySnip.de hat keinen Einfluss auf die Inhalte der Beiträge. Bitte kontaktieren Sie den Administrator des Forums bei Problemen oder Löschforderungen über die Kontaktseite.
Falls die Kontaktaufnahme mit dem Administrator des Forums fehlschlägt, kontaktieren Sie uns bitte über die in unserem Impressum angegebenen Daten.