| Home | Help | Search | Login | Register |
|
21
on: May 03, 2013, 07:53:54 AM
|
||
| Started by Phil Wallingford - Last post by Phil Wallingford | ||
|
Browser - 1.2.5.0 Select "Display times in local time zone" in Edit->Preferences. Times for all repository items will be shown in the local time zone. The local time zone is determined by querying the browser and is automatic. When this option is not set the times are shown in the time zone of the repository server.
|
||
|
22
on: September 04, 2012, 02:27:21 PM
|
||
| Started by Phil Wallingford - Last post by Phil Wallingford | ||
|
Browser - V1.2.3.1 If version descriptions had special xml characters, version list would not display and an XML error was displayed.
|
||
|
23
on: December 27, 2011, 02:27:30 PM
|
||
| Started by Phil Wallingford - Last post by Phil Wallingford | ||
|
Interface tested with Altova's XMLSpy. Minor revision to SCC-API to support XMLSpy displaying icons with correct source control status.
|
||
|
24
on: November 22, 2011, 09:59:50 AM
|
||
| Started by Phil Wallingford - Last post by Phil Wallingford | ||
|
Browser - V1.2.3.0 Find in Files was searching all projects at the root directory, rather than just the active one.
|
||
|
25
on: November 22, 2011, 09:58:51 AM
|
||
| Started by Phil Wallingford - Last post by Phil Wallingford | ||
|
Browser - V1.2.3.0 Find in Files not functioning properly in FireFox
|
||
|
26
on: November 21, 2011, 02:13:14 PM
|
||
| Started by Phil Wallingford - Last post by Phil Wallingford | ||
|
Browser V1.2.2.0 - Was not functioning IE8/9.
|
||
|
27
on: November 18, 2011, 09:09:22 AM
|
||
| Started by Phil Wallingford - Last post by Phil Wallingford | ||
|
V1.2.1.0 - Browser interface. The incorrect 'Response contains no XML' error appearing in FireFox has been removed.
|
||
|
28
on: October 10, 2011, 10:07:37 AM
|
||
| Started by Phil Wallingford - Last post by Phil Wallingford | ||
|
V1.1.6.0- Command line interface. Recursively getting files based on label was stopping when encountering a folder with no matching files.
|
||
|
29
on: May 13, 2010, 08:52:31 AM
|
||
| Started by Phil Wallingford - Last post by Phil Wallingford | ||
|
V1.2.0.0 - Browser interface. Functions to Remove and Restore Repository folders has been added to the web interface. These functions are available in the Project menu.
As with files, when a folder is removed it is just tagged as removed; it is not deleted from the Repository. You can restore the folder at any time. In the restore function when you browse the Project folders, you are shown which folders are the in the removed state (normally these folders are not shown). You can select a removed folder and then choose to restore it. |
||
|
30
on: May 07, 2010, 01:27:46 PM
|
||
| Started by Phil Wallingford - Last post by Phil Wallingford | ||
|
Files in different Projects will be saved as separate entities in the Repository even if they were initially added from the same PBL. The result is that you have two different Repository entities updating the same PBL, which is not good.
What this means is that any shared files (PBLs) should be part of the same Project. Second the directory structure in the Repository is going to reflect the directory structure of the Workspace/Targets relative to the “Local Root Directory” of the PowerBuilder Workspace. For example if the Root Directory is C:/source1 and a PBL is in that directory it’s objects will appear at the root of the Repository for that Project. If the PBL were in C:\source1\base, than the objects for that PBL would be in the ‘base’ subdirectory from the root of the Repository in the Project. I believe this is what is happening in your case 2. Although this imposes a restriction in how shared PBLs are structured, I believe this design is the only way to handle the objects with duplicate names. So if you wish to share objects (PBLs) between Targets, then the rule is: 1. The Targets must be part of the same Workspace (PowerVCS Project). 2. The relative paths to the shared objects must be the same in each Target. Phil |
||
