Skip to main content

Public

Project privacy set to public. By default, its content is available to everyone (authenticated or not). Please note that more restrictive permissions might exist on some items.

    •  
      request #8938 Move/Copy artifact to another project
    Actions
    Infos
    #8938
    Markus Mehrwald (mme)
    2020-12-24 16:48
    2016-03-04 13:35
    9043
    Details
    Move/Copy artifact to another project

    I want to be able to copy and/or move an arifact to another project (like export and import again) if the structure allows it. 

    Trackers
    Empty
    CentOS 6
    • [x] enhancement
    • [ ] internal improvement
    Patricia Carrasco (pcar), Emilio Palmiero (empa), Stephan Bill (stephanbill)
    Stage
    Empty
    Closed
    2020-12-24
    Attachments
    Artifact links

    Epics

    Empty
    References
    Referencing request #8938

    Artifact Tracker v5

    epic #9563 Move artifacts from one tracker to another (base)
    Referenced by request #8938

    Artifact Tracker v5

    epic #9563 Move artifacts from one tracker to another (base)
    Display settings

    Follow-ups

    User avatar
    Yannis ROSSETTO (rossettoy)2020-12-24 16:48
    Given that there are no more answer in this request, I think we can close it.
    • Status changed from Acknowledged to Closed
    • Close date set to 2020-12-24
    User avatar
    Manuel Vacelet (vaceletm)2018-08-22 12:03

    Hi

    Move is now available as of Tuleap 10.4

    But there are neither funding nor interested developer for "copy" so far (hence no plans)

    To move forward you can either contribute code to add the feature or to get in touch with us (Enalean) to contribute to OpenRoadmap funding.

    User avatar
    G Chardonneau (gchardonneau)2018-08-22 10:11
    Hi everybody

    The request is for move/copy artifacts but I just see Epic for move action and we are very interested in copy action (we use public trackers for client access only and intern trackers for developer jobs). When will it be available ?

    Thanks
    User avatar
    Manuel Vacelet (vaceletm)2016-10-10 17:10

    Hi everybody,

    We have created a dedicated Epic to explain how we intend to address this point w/ respect to Tuleap "idioms" (art #9563).

    Feel free to join the discussion, esp. on the general principles.

    • Status changed from New to Acknowledged
    • Connected artifacts
    User avatar
    Markus Mehrwald (mme)2016-10-06 15:15
    
    Thank you for your email. I am out of the office until 10th of October 2016 and will have no access to my emails at this time. Your email will not be forwarded automatically.

    I will latest review your message following my return on 10th of October 2016.

    Thank you for your understanding.
    Best regards,
    Markus Mehrwald
    User avatar
    Patricia Carrasco (pcar)2016-10-06 15:15
    • CC list set to Patricia Carrasco (pcar), Stephan Bill (stephanbill), Emilio Palmiero (empa)
    User avatar
    Manuel Vacelet (vaceletm)2016-09-02 12:16

    It's likely to be splitted at sometime (and turned into user stories) but let's start discussion here.

    First thing, as mentioned by Markus, there is one thing to take into account: tracker structure. As tracker structures might not be similar during the process, how can we deal with that ?

    • We need to be able to compare 2 strucutres (probably based on field names + types)
      • When the source tracker is an identifcal copy (or subset) of the target tracker no problems.
      • Otherwise do we, simply trash the data that cannot be copied or do we propose to "map" them somehow ?
    • We need to decide what to do with permissions:
      • When I copy, do I also copy stuff I cannot see (I don't even know that I'm copying them) ?
      • Otherwise, is it acceptable to loose data during copy ?
    • We need to decide what to do with children
      • Do we want to copy the artifact and it's children ? if yes what should be the behaviour ?

    Second thing about move.

    In Tuleap trackers, nothing gets deleted (we make it hard to delete actually perform an artifact deletion, reserved to errors). The pattern is to use a special status to "mark as deleted".

    On move, do we want to actually move and then delete the original artifact or copy + "mark as deleted" would be acceptable ?

    • Reported in version cleared values: 8.10
    User avatar
    Wayne Beaton (wayne)2016-08-31 17:32
    Having the ability to very quickly reassign an issue to a different bucket is a critical feature for adoption by the Eclipse Foundation. I haven't become familiar enough with Tuleap yet to make any specific recommendations regarding workflow or make a contribution. I'll continue my investigation and help where I can.