![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Hello, Yes, I update continuously my FileMaker Db (add new Databases, add fields, modify the layout, ...). And I would like to easily track my versions depending on what I have done (e. g. : get back an older version). So I need to save the Db itself and a few comments to explain what I have done since the last version. Did you do that ? if yes could you give some tips (I currently use FMPro on an Apple OS X ) Thanks Tof |
#3
| |||
| |||
|
|
nufin <nufin> wrote: Hello, Yes, I update continuously my FileMaker Db (add new Databases, add fields, modify the layout, ...). And I would like to easily track my versions depending on what I have done (e. g. : get back an older version). So I need to save the Db itself and a few comments to explain what I have done since the last version. Did you do that ? if yes could you give some tips (I currently use FMPro on an Apple OS X ) Thanks Tof In the main file or menu file, I always have a "Last revised" date on the screen, which I change every time I work in the files. (any of the files) This is so the users are aware of changes taking place. On the developer layout of each file I also have a revised date that only I see. I usually email my users a summary of the changes I make, so a log of those emails are a good review of changes I made on what date. During development I may backup and zip/stuff my file sets several times, so I date them ProjectName072405.2.sit and save them for several weeks before deletion. This is so if I discover some awful corruption, I have a hope of finding a file set without that corruption, even if I have to re-create all subsequent work. Lynn Allen -- Allen & Allen Semiotics www.semiotics.com FSA Associate Filemaker Design & Consulting |
#4
| |||
| |||
|
|
nufin <nufin> wrote: Hello, Yes, I update continuously my FileMaker Db (add new Databases, add fields, modify the layout, ...). And I would like to easily track my versions depending on what I have done (e. g. : get back an older version). So I need to save the Db itself and a few comments to explain what I have done since the last version. Did you do that ? if yes could you give some tips (I currently use FMPro on an Apple OS X ) Thanks Tof In the main file or menu file, I always have a "Last revised" date on the screen, which I change every time I work in the files. (any of the files) This is so the users are aware of changes taking place. On the developer layout of each file I also have a revised date that only I see. I usually email my users a summary of the changes I make, so a log of those emails are a good review of changes I made on what date. During development I may backup and zip/stuff my file sets several times, so I date them ProjectName072405.2.sit and save them for several weeks before deletion. This is so if I discover some awful corruption, I have a hope of finding a file set without that corruption, even if I have to re-create all subsequent work. Lynn Allen -- Allen & Allen Semiotics www.semiotics.com FSA Associate Filemaker Design & Consulting |
#5
| |||
| |||
|
|
In addition to this please remember NEVER EVER to have two files (or more) that share the same name. Never mind if they are in different folders, or even on a different drive. As long as Filemaker might be able to find them it probably will. And mix up your results, especialy with relations. |
#6
| |||
| |||
|
|
In addition to this please remember NEVER EVER to have two files (or more) that share the same name. Never mind if they are in different folders, or even on a different drive. As long as Filemaker might be able to find them it probably will. And mix up your results, especialy with relations. |
#7
| |||
| |||
|
| ursus.kirk wrote: In addition to this please remember NEVER EVER to have two files (or more) that share the same name. Never mind if they are in different folders, or even on a different drive. As long as Filemaker might be able to find them it probably will. And mix up your results, especialy with relations. I guess as long if you have separate relation files, this can be a big problem. But within FM 7.03 related tables are within the basic file itself. -- Vr.groet - regards, Léon Obers Reacties per mail, vervang "invalid" door "cc" in het adres. Reactions by mail, exchange "invalid" by "cc" within address. |
#8
| |||
| |||
|
|
nufin <nufin> wrote: Hello, Yes, I update continuously my FileMaker Db (add new Databases, add fields, modify the layout, ...). And I would like to easily track my versions depending on what I have done (e. g. : get back an older version). So I need to save the Db itself and a few comments to explain what I have done since the last version. Did you do that ? if yes could you give some tips (I currently use FMPro on an Apple OS X ) Thanks Tof In the main file or menu file, I always have a "Last revised" date on the screen, which I change every time I work in the files. (any of the files) This is so the users are aware of changes taking place. On the developer layout of each file I also have a revised date that only I see. I usually email my users a summary of the changes I make, so a log of those emails are a good review of changes I made on what date. During development I may backup and zip/stuff my file sets several times, so I date them ProjectName072405.2.sit and save them for several weeks before deletion. This is so if I discover some awful corruption, I have a hope of finding a file set without that corruption, even if I have to re-create all subsequent work. Lynn Allen -- Allen & Allen Semiotics www.semiotics.com FSA Associate Filemaker Design & Consulting |
![]() |
| Thread Tools | |
| Display Modes | |
| |