[{
"type": "thumb-down",
"id": "hardToUnderstand",
"label":"Hard to understand"
},{
"type": "thumb-down",
"id": "incorrectInformationOrSampleCode",
"label":"Incorrect information or sample code"
},{
"type": "thumb-down",
"id": "missingTheInformationSamplesINeed",
"label":"Missing the information/samples I need"
},{
"type": "thumb-down",
"id": "otherDown",
"label":"Other"
}]
[{
"type": "thumb-up",
"id": "easyToUnderstand",
"label":"Easy to understand"
},{
"type": "thumb-up",
"id": "solvedMyProblem",
"label":"Solved my problem"
},{
"type": "thumb-up",
"id": "otherUp",
"label":"Other"
}]
Project migration checklist
This checklist will help you to move projects between organizations. The
checklist below contains a list of the major tasks involved in moving a
project between organizations, brief instructions for each step, and a link
to more information.
Checklist
Click on a checklist item to see more information and click the box when you complete a task.
You should consider how your migration will impact the services running inside
the project. Changes in the resource hierarchy caused by a project move can lead
to changes in inherited policies, such as organization policies and
Identity and Access Management policies.
Create a plan to make sure that any potential impacts are mitigated during your
project move. To help inform your plan, use the
Move Analysis API to get a detailed breakdown of blockers for
the project move.
Because of the nature of moving a project from one organization to another,
there are a lot of potential interactions between the services in use at the
project and organization level. As part of your migration plan, you should
consider these cases if you depend on the services involved for the operation
of your project.
You need a particular set of IAM roles to move a project from one
organization to another. You will also need permission to create and manage
organization policies.
You can get these permissions by acquiring the following roles:
Project Mover (roles/resourcemanager.projectMover) on the project you want
to move and its parent resource.
Project Creator (roles/resourcemanager.projectCreator) on the destination
folder or organization.
Organization Policy Admin (roles/orgpolicy.policyAdmin) on both the source
and destination organizations.
For more details about the roles and permissions you need, see
Assign permissions.
To perform a project move from one organization to another, you must set
the constraints/resourcemanager.allowedExportDestinations constraint, which
defines the organizations to which the project can be moved.
On the destination side, you must set the
constraints/resourcemanager.allowedImportSources constraint that defines the
organizations from which projects can be imported.
If either of these constraints are not properly set, the migration will fail
with a FAILED_PRECONDITION error.
Once you have finished the above steps, you can use the Resource Manager API to
move a project resource. You can use the gcloud beta projects movegcloud command-line tool command, or the projects.update() REST API method to
perform the move.
