.
A trigger on the storage file will handle all auditing, SICA etc.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Clifton Oliver
Sent: 16 May 2008 03:52 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] locking code question
BP files have to be either type
Doug,
If you're using a scc tool like subversion or cvs, you don't need to use
locking. You don't want to use locking.
The concern that I hear from most pickies is: How do I keep my
developers from stepping on each others changes? And inevitably they
come to the conclusion that the only
I worked at a site that actually used SourceSafe to check in/out
programs. This worked fairly well in a lot of ways, but it is a shift
in how source code is stored and accessed. The nicest thing is the
historic versioning and comparing features.
John Israel
Sr. Programmer/Analyst
Dayton
Doug:
Q1. What editor is in use... If it is a Samba or FTP editor like EditPlus, I
would expect locking to happen at the OS level.
Q2. Is U2 the database for SubVersion?
--Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of doug chanco
Sent: Thursday,
Subject: RE: [U2] locking code question
I worked at a site that actually used SourceSafe to check in/out
programs. This worked fairly well in a lot of ways, but it is a shift
in how source code is stored and accessed. The nicest thing is the
historic versioning and comparing features.
John
PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill
Sent: Thursday, May 15, 2008 2:30 PM
To: 'u2-users@listserver.u2ug.org'
Subject: RE: [U2] locking code question
It appears that SourceSafe is a Microsoft product. Thus, I expect that
it would not be the best fit in a Unix shop.
--B
Look into cvs or Subversion. I have not used either for UV Basic files,
but either would work and both are opensource. As stated, it would
require a little infrastructure and a paradigm shift in the way you
work, but the benefits would probably be worth it.
Israel, John R. wrote:
Yes and
] On Behalf Of Brutzman, Bill
Sent: Thursday, May 15, 2008 3:32 PM
To: 'u2-users@listserver.u2ug.org'
Subject: RE: [U2] locking code question
The pricing link at Microsoft.com points to buying a copy of Visual
Studio
2008. It looks like it is built-in.
--Bill
-Original Message-
From: [EMAIL
Subject: RE: [U2] locking code question
Yes and no. Since basic program files are just Unix Dirs and the source
code is just text, you could map these files via Samba so that Windows
could see it cleanly and use it that way. It might take a little
playing, but we did something like
Brutzman, Bill wrote:
Doug:
Q1. What editor is in use... If it is a Samba or FTP editor like EditPlus, I
would expect locking to happen at the OS level.
we have developers that use ultra edit (a windows editor) vi (on both
unix/windows) and some that like AE/ED as well as a couple using
: RE: [U2] locking code question
The pricing link at Microsoft.com points to buying a copy of Visual
Studio
2008. It looks like it is built-in.
--Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Israel, John R.
Sent: Thursday, May 15, 2008 2:47 PM
To: u2
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brutzman, Bill
Sent: Thursday, May 15, 2008 2:30 PM
To: 'u2-users@listserver.u2ug.org'
Subject: RE: [U2] locking code question
It appears that SourceSafe is a Microsoft product. Thus, I expect that
it would not be the best fit
@listserver.u2ug.org
Subject: Re: [U2] locking code question
we COULD use source safe as Israel pointed if source code is kept in
unix directories they can be samba mounted on a PC and then checked into
and out of source safe.
The main issue I am trying to get resolved is to lock the record at the
pick
Sent: Thursday, May 15, 2008 3:42 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] locking code question
we COULD use source safe as Israel pointed if source code is kept in unix
directories they can be samba mounted on a PC and then checked into and out of
source safe.
The main issue I am
Locking in the SVN repository isn't setting the working copy permissions on
the next update?
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
You could look at SQLising the BP file. Having a SICA, you could restrict
read and update to all users and have a BASIC program manager with the
AUTHORIZATION command, handle check out, check in, compilation, etc. This
means that programs could only be accessed through the program manager and
doug chanco wrote:
The main issue I am trying to get resolved is to lock the record at the
pick level , in
case someone does nto check out a code and then tries to edit it when
another developer
already has it checked out, since most of our developers use a pick
aware editor as
long as the record
Hi,
Just thought I'd pop in and let you know that PRC will do all of that
software / code locking (including control items, dictionaries, other stuff
in hashed files) from the Pick/U2 level. It controls access automatically
when you use the tools you normally use, such as ED, AE and many others.
BP files have to be either type 1 or type 19 (directories). Not
having a file header, you can't have a SICA, can you? Same reason you
can't have indexes or transaction logging on them. At least that's my
understanding. I'd love to find out there is a way to do it.
Regards,
Clif
On May
Hi Clif
You are right, you cannot SQLise 1,19 file types. However I think the
authorisation command would still work if you changed the OS permissions.
Regards
David Jordan
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/
20 matches
Mail list logo