This is a bug in our documentation. By "continue deploying" it means to continue with deploying the other tuples.The documentation for 6.0.2 now reads:skip-group-if-null - indicates whether (yes) or not (no) the database deployment should proceed even if a particular tuple cannot be inserted into the table. For example, if the table has a primary key constraint and the tuple value for the primary key is null, OpenDeploy will skip inserting the tuple into the table and in all subsequent tables that are processed. Instead of halting and rolling back the entire deployment, OpenDeploy will continue processing the remaining tuples comprising the deployment. Note however, that if the tuple was inserted correctly into any tables prior to encountering the problematic table, those earlier processed tables will not be reverted. The tuple will remain in those tables. Specifically, while processing the tuple for the tables comprising the schema, OpenDeploy will only skip insertion once it encounters an error a particular table. Only that table and subsequent tables will get skipped.Sorry for the confusion.Mariam