Jump to content

Héber

Administrators
  • Posts

    175
  • Joined

  • Last visited

  • Days Won

    12

Posts posted by Héber

  1. Hi Wolfram,

     

    Quote

    A question: The order of the rules/lines does not appear to be relevant in any way, is that correct?

    Yes, you are right. The order doesn't affect at all. How do you feel about it? Would you prefer it to work having the order in mind?

    Quote

    Also, if I use *~ instead of /**~, it seems I no longer need the "include the content of Samples~" rules. In my test repo, where I created various "~"-files, this seems to work now as intended. Or am I missing something?

    Just be aware that *~ is a name rule, if you use it, you can't deny rules inside the path of folders that ends with the ~symbol.

    I'd say that it is not going to work when you want to deny things inside the Samples~ folder.

     

    Best regards,

    Héber.

     

  2. Hi Wolfram,

    That's quite a special setup you have there! I'll try to explain how to do it as best as I can, and provide you with the rules I think will let you have the ignore list as you wanted.

    Your solution was not working because the recursivity you were using applied only to the path rules, leaving out name rules. This is a difference between our ignore.conf and gitignore.

    First of all, you will need the /**~ rule. You need this instead of /*~ because this one ignores directories, but not the contents inside of it.

    Then, you add the following ones:

    • !^/[^Ll].*/Samples~$
    • !^/[^Ll].*/Samples~/.*[^~]$
    • !^/[^Ll].*/Documentation~$
    • !^/[^Ll].*/Documentation~/.*[^~]$

    These rules unmatch Samples~ and Documentation~ directories and its contents, unless the path starts with "L" or "l",  so you ignore the ones in Library.

    After unmatching those rules, we want to ignore the whole Library folder, so we add a rule for it: /Library 

    So, the whole file should be something like this:

    /**~
    !^/[^Ll].*/Samples~$
    !^/[^Ll].*/Samples~/.*[^~]$
    !^/[^Ll].*/Documentation~$
    !^/[^Ll].*/Documentation~/.*[^~]$
    /Library

    Just for your information, note that this will work:

    /src
    !/src/foo
    /src/foo/bar

    But this will not:

    src
    !foo
    bar

    It is due to the name vs path recursivity I said above.

    Hope this helps you, and feel free to ask anything you need.

     

    Best regards,

    Héber.

  3. Hi Mehmet,

    Yes, you can set your local server to use encryption on the server side. You would need to add the cryptedservers.conf file to your server folder under "C:\Program Files\PlasticSCM5\server"  and the key. Then, you would have to share that key with all the machines you want to grant access to the repo. It is added in the client folder, where all the client configuration files are, under "C:\Users\YOUR_USER\AppData\Local\plastic4".  

    You can check the following link to see how to do it:

    http://blog.plasticscm.com/2015/02/how-to-setup-encrypted-server.html

    Just be aware that you probably have to set local instead of localhost as the server name in the cyptedservers.conf, as it is how the local server created with cloud edition is named. For example, change:

    EncryptServerIP:8087 carlosLocal.key  

    To:

    local:8087 mehmetkey.key

    Best regards,

    Héber.

  4. Hi Jani,

     

    I'm afraid Code Review replication is not supported, so it won't be fully functional in your setup.

    But, don't panic, as there are some options.

    First, to send the metadata without needing to create a new changeset, you can right-click on the branch, then "push/pull" and then push the branch. This way, all the metadata should be sent. The other option is to work directly against cloud, but it is not what you want. You can still perform code reviews, however, you won't be able to change the status when checkin in, you won't be able to see the comments GUID. 

    I think this stands for questions a and c.

     

    For question b, you can create a code review directly to cloud without needing to create a new workspace. Just go to the repositories view, right click the desired repo, view branches, and then new code review for the desired branch. As I have said, this way you can create code reviews, but replication is still not supported, so you will be able to get it, but not to submit the status change directly.

    Tell me if I haven't been clear, or if there is anything else I can help you with.

     

    Best regards,

    Héber.

     

  5. Hi Silas,

     

    I'm afraid right now importing LFS files is not supported.

    The best way to have them is to perform a fast-import to get the history of the repo, and then manually copy the files into the workspaces.

    After that, you just push the changes and you have the repo up to date.

     

    But I'm afraid you won't have those LFS files old revisions.

     

    Best regards,

    Héber.

  6. Hi,

     

    Glad you could do it! Subtractive interval was the best option there, yes. Other option was to delete the changests if you didn't want to keep the history, but we do not recommend it.

    Quote

    PS: Maybe I'm failing at googling and reading the docs, but I still can't find the official documentation where it says that subtractive merge works on an interval, maybe that's something to add.

    I'll share it with the team, because if it was hard to find for you, it will probably be hard for the rest of our users.

     

    Best regards and thank you for the feedback,

    Héber.

  7. Hi,


    We found the problem: there is a bug in the transaction code that is causing a deadlock. It is caused by a very, very strange condition. We suspect the bug has been there sitting for months. We'll do our best to fix it asap.
    What we've done already is to sequentially restart the nodes attending requests, so the service will get back to normal.
    Everything should be working by now.

    Sorry for the inconveniences,

    Héber.

  8. Hi,

    Quote

    does that mean that the osx client doesnt have the same functionality as the windows client?

    I'm afraid you are right. Changing the font on Mac is something not implemented.

    I can add it as a feature request if you want.

     

    Best,

    Héber.

  9. Hi,

    We have the following documentation about how to get Plastic working with Jira:

    https://www.plasticscm.com/documentation/extensions/plastic-scm-version-control-task-and-issue-tracking-guide#JIRAintegration

    So, you can't get your task set as done after adding the attribute in Plastic?

    Does other state transitions work for you?.

    Please send us the following information in order to check it: 

    • The repo you are working in. (If it is a local one, against cloud, on premise... )
    • The branch prefix and the proyect key
    • The plastic.debug.log.txt in the logs folder.

     

    Best,

    Héber.

  10. Hi,

    Are you using plastic cloud? 

    Can you send me the next info?

    • The repo you are working in. (If it is a local one, against cloud, on premise... )
    • The branch prefix and the proyect key
    • The plastic.debug.log.txt in the logs folder.

    We will check what could be happening to you and contat you ASAP.

     

    Best,

    Héber.

×
×
  • Create New...